home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: The Best of Public Domain / Best of Public Domain, The Nr.53 (19xx)(Garfield, Andi)(DE).zip / Best of Public Domain, The Nr.53 (19xx)(Garfield, Andi)(DE).adf / README2. < prev    next >
Text File  |  1990-01-24  |  50KB  |  1,179 lines
  1.      
  2.             CBBS V6.1c for the AMIGA (Kickstart V1.2 and V1.3)
  3.                                 17-Jul-1989
  4.  
  5.           This program  is  basically  a CBBS 6.1 version of the W0RLI
  6.      BBS.   It  was  originally  put together for the IBM-XT by K3RLI,
  7.      AG3F  and  others.  It is written in the 'C' programming language
  8.      which  made  it fairly easy for me to port to the AMIGA because I
  9.      have  been  using  C  since  1974.   However,  it  has  had to be
  10.      modified  somewhat  to  make  it  work on the AMIGA.  It has been
  11.      used  extensively  on an AMIGA with the V1.2 Kickstart. It starts
  12.      up  and  appears  to work OK with Kickstart V1.3 but has not been
  13.      tested  extensively.   It  will  work   on  a system with 512K of
  14.      memory.   I  have  run it on a single floppy drive, although that
  15.      required  limiting  the  number  of  files  on the BBS. With such
  16.      limited  disk  space  you will only be able to handle transfer of
  17.      mail  rather  than running as a full-blown BBS. But if you have a
  18.      hard  drive  you  can run a full-blast BBS with this program.  If
  19.      you  are  already  familiar  with the CBBS or W0RLI (or even MBL)
  20.      systems  you  should  have  little  trouble getting this thing to
  21.      go.  
  22.  
  23.           You MUST  be  able  to use the CLI and an editor in order to
  24.      set the BBS up properly.  
  25.  
  26.           I have  only  used  the  BBS with a KAM and an old TAPR TNC1
  27.      with  the  upgrade to TNC2 V1.1.6, but there should be no problem
  28.      running  this  BBS  with  others such as GLB, PK232, PACCOMM etc.
  29.      provided  that  they are TNC-2 compatible (if you are running one
  30.      of  these,  read  the info below about the problems with the TAPR
  31.      V1.1.6  just in case they apply to you).  The program will permit
  32.      KAM  users  to  run  one  HF and one VHF port. It will only allow
  33.      connects  from one side at a time but forwarding and logins to HF
  34.      and  VHF  can  be accomplished. For other TNCs you are stuck with
  35.      running either VHF or HF at any one time.  
  36.  
  37.           I have  done  very  little  to customize the program for the
  38.      amiga  ...  no  menus etc. There are two reasons for this. First,
  39.      it's  a lot of work and I don't feel like doing it. The source is
  40.      here  and  compiles  with MANX 3.6a, help yourself! Second, there
  41.      are  other  CBBS  and  W0RLI  systems around which run on IBM and
  42.      other   disgusting  machines.  They  all  use  the  same  command
  43.      structure  so if you can run the amiga BBS, you can run IBM etc..
  44.      But  if the commands are all buried in menus you won't be able to
  45.      switch   to   other   machines.   Not  a  big  deal  but  another
  46.      justification for me to leave well alone.  
  47.  
  48.           The only  concession to the amiga environment was to provide
  49.      a  window  title  when the BBS comes up. Clicking on the top-left
  50.      'close'  gadget  will  make  the BBS shut itself down in the same
  51.      way  as  the  'Q'  command except that it does not ask you if you
  52.      are  sure  you  want to terminate the program. The two numbers in
  53.      the  title  separated  by  a slash are the highest message number
  54.      and  the  number  of  active  messages.  In  earlier versions the
  55.      number  of  active  messages  was  exactly  that,  the  number of
  56.      messages  you  would  see if you asked the BBS to list every mail
  57.      message  it  had.  But in V6 this number also includes the number
  58.      of  messages created and deleted since the last 'GM' command.  So
  59.      if  the  number of messages listed is way less than the number in
  60.      the title bar, it's time to do a 'GM' command to clean up.  
  61.  
  62.  
  63.      
  64.           I have   not   explicitly   modified  the  program  to  take
  65.      advantage  of  available  ram:. But look at the tnc.on file. When
  66.      the  program  starts  it  dumps  the tnc.on file into your TNC to
  67.      initialize  its  parameters.  It  also  allows  you  to  put  CLI
  68.      commands  in that same file and you can, for example, set up your
  69.      config.mb  file  so that help.mb, info.mb, user.dat, mail.dat and
  70.      other  files  are  specified  as  being in a ram: directory.  CLI
  71.      commands  are  then  put into 'tnc.on' to actually copy the files
  72.      into  ram:  as  the  program  starts up.  Thus, you don't need to
  73.      load  the  files into ram: as a separate operation before the BBS
  74.      starts  up.   Your  forwarding files can also be modified so that
  75.      after  a  regular  forwarding  operation  or  after  the  regular
  76.      console  'forward',  the system copies mail.dat and user.dat back
  77.      to  disk.   (help.mb and info.mb are not modified by CBBS so they
  78.      do  not have to be saved back to disk).  If you do this, you will
  79.      also  have to modify tnc.off so that it saves the files when  the
  80.      bbs  is  shutdown  and  you should also be cautious that shutting
  81.      the  bbs down before the ram: files are saved could leave the bbs
  82.      files  in  an  indeterminate  state.   Putting  the files in ram:
  83.      really  speeds  up the operation of the bbs especially if you are
  84.      only  using floppy drives.  It also significantly speeds up other
  85.      operations  such  as  untangling the mail file and user files (GM
  86.      and  GU  commands). It is safest to specify that the backup files
  87.      mail.bak and user.bak are still on disk. Just in case.  
  88.  
  89.  
  90.  
  91.            BEFORE YOU START UP THE PROGRAM READ THIS PROCEDURE.
  92.  
  93.      ** Make a few backups of this disk!!!!! 
  94.  
  95.      ** Print  out  this  readme  file,  the  manual.bbs  file and the
  96.         config.mb  file  which  is  in  the  'cbbs'  directory. If you
  97.         aren't  familiar  with BBS systems at all then read manual.bbs
  98.         first  very carefully. As you read through it, it will help to
  99.         have  the  copy  of the config.mb file with you.  But remember
  100.         as  you read it that it was intended for users of IBM machines
  101.         so  some  references  to things like DESQVIEW and windows etc.
  102.         are  irrelevant  to  you. (The IBM concept of window mentioned
  103.         in  the  manual  is not the same as an AMIGA window and should
  104.         be  ignored).   You  should then read through the rest of this
  105.         file.  
  106.  
  107.      ** If  you  are  going  to use just this disk as the BBS then you
  108.         will  have  to  clean up the space on it. Further, if you have
  109.         only  one disk drive then you are going to have to change this
  110.         disk  so  that  it  can be booted. I haven't tried that at all
  111.         but  it  can  be  done.   Make a few backups, and then you can
  112.         delete  vt100.doc,  manual.bbs,  the  readme  files, all the C
  113.         source  if you don't want it online, and if there are commands
  114.         in the c directory you won't use then remove them too.  
  115.  
  116.      ** The  TNC  MUST  be wired up for HARDWARE HANDSHAKING.  If your
  117.         TNC  is  not  currently wired for hardware handshaking then do
  118.         it NOW.  My KAM is wired as follows: 
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.      
  126.         KAM Pin     AMIGA
  127.            2          2
  128.            3          3
  129.            4          4
  130.            5          5
  131.            7          7
  132.                     6-8-20 (all jumpered AMIGA side only)
  133.  
  134.  
  135.      ** Before  you  start  up  the  BBS the TNC PARITY MUST be set to
  136.         NONE  (or SPACE). On my KAM no parity is "PAR 4" (and space is
  137.         "PAR  3"). Any other parity setting will not work. You can use
  138.         the  vt100  program on this disk to talk to the TNC to set the
  139.         parity  before  you  start  up  the  BBS.   (Thanks are due to
  140.         Frank,  DF3UM,  who  suffered through this problem and brought
  141.         it to light for me).  
  142.  
  143.              There is  a  nasty  problem with TNC1s that have the TAPR
  144.         V1.1.5/6  upgrade.  The manual states that setting PAR to 0 or
  145.         2  means  parity  is  set  to none, but it actually forces the
  146.         parity  to  a  one  all the time. The BBS expects parity to be
  147.         forced  to  zero.  To get around this you can specify the '-t'
  148.         flag  when  you  start  up  the  BBS and the BBS software will
  149.         strip  the high order bit off every character that it receives
  150.         from  the TNC. This means you cannot use transparent mode even
  151.         if I get it working in a future release.  
  152.  
  153.      ** Your TNC  must have  the commands: 
  154.  
  155.       streamdb on
  156.       users 1  (and on the KAM  users 1/1)
  157.  
  158.         so   that   the   BBS  software  will  process  stream  switch
  159.         characters  properly  and  will only permit one user at a time
  160.         to  connect  to  the  BBS. The BBS does a 'conok off' whenever
  161.         someone  connects  but  it  is safest to make sure that nobody
  162.         else can get in.  Your TNC can also have the command: 
  163.  
  164.         autolf off
  165.  
  166.         This  command  is  not  essential  but it does make the screen
  167.         output  clearer.   All  of  these commands can be put into the
  168.         tnc.on file.  
  169.  
  170.      ** The  manual  refers  to  use  of  transparent  mode. I haven't
  171.         implemented the necessary stuff yet. DON'T USE IT.  
  172.  
  173.      ** You  MUST edit the configuration file config.mb. There are two
  174.         places  in  it  (obviously  marked)  where  you  must put your
  175.         callsign  and  one where you must put your QTH. NOTE also that
  176.         there  is  one  place  where  a  line  generates the time in a
  177.         message  that  is  being  forwarded.  Currently  the  timezone
  178.         printed  out  is  CST.  If you are not using CST on your amiga
  179.         you'll  have  to find the line and change CST to your timezone
  180.         (or  Z  if  you  run  your beast on UTC).  The line looks like
  181.         this: 
  182.  
  183.        R:$J/$KCST $M@$O [$Q]
  184.               ^^^  Change this if necessary.
  185.  
  186.  
  187.      
  188.         The  structure  of this disk corresponds to the config.mb file
  189.         but  you  can  change it if you wish. If you have a hard drive
  190.         you  will  certainly  want  to have CBBS use that instead of a
  191.         floppy.  You  can  also set the config file up so that it will
  192.         use  two  (or  three)  floppies  instead  of one (i.e. you can
  193.         spread  the  BBS  directories  across  two  or  more drives to
  194.         spread out the load).  
  195.  
  196.              I have  changed  the  remote sysop password scheme in the
  197.         amiga  version.   It is described later, but you should change
  198.         the  existing  example  password,  which  is at the end of the
  199.         config.mb  file,  or  replace  it  with  one line containing a
  200.         single zero if you don't want to permit remote sysop.  
  201.  
  202.      ** DON'T  change  the  port  designators  for the TNC and console
  203.         terminal  in  the  config.mb file.  They MUST be 'A' (the TNC)
  204.         and  'L'  (console)  respectively.  Any other port designators
  205.         are ignored and so are a waste of space.  
  206.  
  207.      ** When  the  program  starts  up it looks for the file fwd.mb to
  208.         define  what it does for forwarding files. This file will have
  209.         to  be  edited.  I have left parts of my forwarding files here
  210.         for  you  to  look  at  as  examples.  As  distributed, fwd.mb
  211.         contains  just  enough  to forward to VE5OP which is our local
  212.         BBS  on vhf. NOTE that there is a |a as part of the connection
  213.         string.  This  is only required if you have a KAM to force the
  214.         forwarding   onto  VHF.  Similarly,  there  are  a  few  files
  215.         (20m.fwd  etc.)  that  do  forwarding  on  HF and have a ~a in
  216.         them.   If you aren't running a KAM you must edit these out of
  217.         the  files  as  you'll  only  have  one port to use anyway, in
  218.         which   case   delete   the   two   characters  |a  or  ~a  as
  219.         appropriate.   Notice  also that some of the TNC commands have
  220.         a  '/'  in  them.  These are specific to the KAM since many of
  221.         its  commands apply to the HF and VHF ports. Such commands are
  222.         specified  as, for example, 'retry 10/5', which sets the retry
  223.         parameter  to  10  for  HF  and  to  5 for VHF. Similarly, the
  224.         command  'retry  10/'  sets  the HF retry to 10 but leaves the
  225.         VHF retry as it is.  
  226.  
  227.              You can  make  CBBS  use  a  forwarding  file  other than
  228.         fwd.mb  after  the  BBS  comes  up  by using the 'YF filename'
  229.         command.  I  often  use  'YF  20m.fwd' to change from VHF-only
  230.         forwarding  to  HF  and  VHF  forwarding. The HF forwarding is
  231.         here  as  an  example  ONLY.  It won't work on the air for you
  232.         unless  KC0TA has entered you in his user file as a BBS.  Note
  233.         that  the  20m.fwd  file  refers  to  several other files, and
  234.         these  sometimes  refer onwards to yet others.  The reason for
  235.         this  is to keep the forwarding info easy to manage (really!).
  236.         Also,  the  file  ve5op.via  contains  an  example  of passing
  237.         traffic  by  connecting  to  an intermediate KA-NODE. Near the
  238.         end  of  this file I have added a couple of examples of how to
  239.         work out what should be in a forwarding file.  
  240.  
  241.      ** When  the  program  starts  up  it looks for the file 'tnc.on'
  242.         which  need not exist but if it doesn't your TNC had better be
  243.         configured  properly.   You  MUST  edit  this  file to make it
  244.         conform  to your configuration or delete it if necessary.  The
  245.         tnc.on  file  can  contain comment lines (lines beginning with
  246.         #)  which  are ignored, and CLI commands (lines beginning with
  247.         !).  All other lines are assumed to be commands to the TNC and
  248.  
  249.      
  250.         are  sent  out  the  serial port. The tnc.on file contained on
  251.         this  disk  contains  a  lot of comments about what it can do.
  252.         Some  commands  that  could  be  in here are those to force on
  253.         hardware  handshaking  and  any other TNC parameters useful to
  254.         the  BBS.  Even  if  you  only  use  the TNC with the BBS (and
  255.         therefore  you  never  change  the  parameters) it can help to
  256.         have  them  'softwired'  into  this  file 'just in case'.  You
  257.         could,  for example, put EVERY command your TNC understands in
  258.         here  so  that if the TNC ever gets scrambled, just restarting
  259.         the BBS will restore it's sanity.  
  260.  
  261.              I have  commented out those commands specific to the KAM.
  262.         If  you  have a KAM, edit them back in by removing the comment
  263.         symbol at the beginning of each TNC command line.  
  264.  
  265.              For TAPR upgraded TNC1s you MUST have the two commands: 
  266.  
  267.       newmode off
  268.       nomode  off
  269.  
  270.         in  the  tnc.on  file  because this is the ONLY combination of
  271.         these  two  commands  that  will  work  properly.  This is not
  272.         exactly  what  the  BBS  needs  but is as close as the TNC can
  273.         get.   It  works  fine  for  the  BBS. The only place it might
  274.         cause  you problems is if you use the 'TA' command and connect
  275.         to  a station. On the disconnect the TNC stays in convers mode
  276.         so  you  MUST  remember to type '^C' (CTRL-C) to force the TNC
  277.         back  into  command  mode  before you type '^E' to get back to
  278.         the SYSOP prompt.  
  279.  
  280.              In the KAM these commands are set to: 
  281.  
  282.       newmode on
  283.       nomode  off
  284.  
  285.         For  other  TNCs these commands should be set to whatever will
  286.         cause  the  TNC  to return to command mode on a disconnect and
  287.         to  go to convers mode when a connection has been established.
  288.         If  your  TNC won't do this then it is almost certain that the
  289.         BBS won't work properly.  
  290.  
  291.      ** For  TAPR  TNC1s and upgrades it is best to be sure of forcing
  292.         the  TNC into hardware handshake mode by specifying all of the
  293.         following commands in the tnc.on file: 
  294.  
  295.       start 0
  296.       stop 0
  297.       trflow off
  298.       txflow off
  299.  
  300.      ** When  you  terminate  CBBS, the last thing it does just before
  301.         it  closes  the  serial  port  and  the  window is to send the
  302.         content  of  the file 'tnc.off' to the TNC if the file exists.
  303.         The  structure  of this file is the same as for tnc.on and may
  304.         also  contain comments, CLI commands and/or TNC commands.  You
  305.         MUST  edit  this file to make it conform to your configuration
  306.         or  delete  it  if  you  don't want anything done at shutdown.
  307.         If,  for  example,   you  have set up the bbs to keep user.dat
  308.         and  mail.dat  in  ram:,  then  this  file  should contain the
  309.         commands  necessary  to  write  them  back  to disk before the
  310.  
  311.      
  312.         program  exits.   You  can  also  add TNC commands such as the
  313.         'btext'  command  with  a  text saying that the BBS is off the
  314.         air.  
  315.  
  316.      ** The  AMIGA  has  only  one  serial port (or at least my A-1000
  317.         does)  and  so the gateway commands have been removed from the
  318.         program.   They  are  only  useful if you have multiple serial
  319.         ports,  each with a TNC.  If you have a KAM, it'll gateway for
  320.         you anyway! 
  321.  
  322.      ** The  A,  AH, AI and user C commands have all been removed from
  323.         the amiga version.  
  324.  
  325.      ** The  'J'  commands  have  been  modified to print out the date
  326.         that each call was seen as well as the time.  
  327.  
  328.      ** I  have  made  a  change  to  the  way  that  this BBS handles
  329.         bulletins  which  is  NOT  in  the standard CBBS. In order for
  330.         this  BBS  to ACCEPT a bulletin from another system there MUST
  331.         first  exist  a file in the msgs directory (Note that the name
  332.         'msgs'  is  specified in the config.mb file and can be changed
  333.         if  you  wish).   If  for  example  you  want to receive ALLUS
  334.         bulletins  then  there  MUST  be an ALLUS.dis file in the msgs
  335.         directory.  If  no  such  file exists then the program doesn't
  336.         even  check  the BID, it just says "NO - Don't want it".  This
  337.         can  save  you  from  being inundated with bulletins you don't
  338.         want  from  another  BBS. This has happened to me, and with my
  339.         limited  disk  space  it doesn't take too many ALLUS bulletins
  340.         before  all  my  disk  space  is gone! The content of the .dis
  341.         file  is  a  list  of  the  callsigns  (one per line) of those
  342.         systems  that  you  will  forward that type of bulletin to. It
  343.         does  not  have  to contain the name of the system you receive
  344.         the  bulletin  from.  If  you only receive bulletins and don't
  345.         forward  them,  just  put   the name 'hold' in the file, as is
  346.         shown in the example .dis files on this disk.  
  347.  
  348.      ** Another  change  I  have made is that if there are messages to
  349.         ALL  on  your  BBS  and  they  are addressed TO your BBS (i.e.
  350.         either  the @BBS field is empty or it contains the callsign of
  351.         your  BBS),  the  beacon  does  not just say ALL as most other
  352.         systems  do.  It  also  includes  the  highest  message number
  353.         addressed  to  ALL,  e.g.  ALL(489)  to  show that the highest
  354.         message  for  all  is  numbered  489. This allows users to see
  355.         when  a new message to ALL has arrived at the BBS without them
  356.         having to log in, they just monitor the beacon.  
  357.  
  358.      ** There  is  also  a  change to the way the BBS handles mail. If
  359.         the  BBS  receives  mail  addressed  to  someone who is in the
  360.         USER.DAT  file  then  the  BBS OVERRIDES the @BBS field in the
  361.         message  with  the  @BBS  field  from the user file. This will
  362.         occur  whether  the  message  is  one you typed in yourself or
  363.         from  a logged in user, or even in mail forwarded from another
  364.         system.  The  assumption  here  is that if the user is in your
  365.         user  list  then  the  @BBS field is more likely to be correct
  366.         than  any  mail  from  outside.  If the mail is addressed to a
  367.         user  who  is  not  in  the  user  file  then  the @BBS is not
  368.         changed.  
  369.  
  370.      ** There  are  a few messages already in this BBS as distributed.
  371.         They  are  a  few AMSAT bulletins which will be out of date by
  372.  
  373.      
  374.         the  time  you get this disk. You can delete them when the BBS
  375.         first  starts up.  Do a 'll 10' command first to list them and
  376.         then  use  the  'K' command to kill them e.g.  K 1   will kill
  377.         message  number 1  and so on.  Then do a 'GM' command to clean
  378.         out  the  files.   You  must  periodically  execute  the  'GM'
  379.         command  anyway  to  clean  out  old  files.  This can be done
  380.         automatically  or  manually  as  described  in the manual.  It
  381.         cleans  up  the  space  used by the mail files and deletes old
  382.         ones.  
  383.  
  384.              In CBBS  V6  a  new  feature  has  been  added  such that
  385.         deleted  files  can, if you wish, be archived instead of being
  386.         deleted.   If,   for   example,  you  want  to  archive  AMSAT
  387.         bulletins,  then  you  must  create  a  directory called AMSAT
  388.         immediately   under   the  CBBS  directory.  Then  instead  of
  389.         deleting  amsat  bulletins when they get old, the program will
  390.         store  them  in  the  amsat  directory.  NOTE,  I  think it is
  391.         dangerous  to have a bulletin board directory name the same as
  392.         a  bulletin  name.  For  example,  if  you  store  files about
  393.         satellites  in a directory called AMSAT, then the 'GM' command
  394.         will  archive AMSAT bulletins in there as well. I have not had
  395.         much  experience  with V6.1 yet  but I suspect that this would
  396.         be  a  bad  thing  because the structure of a mail file is NOT
  397.         plain  text.  It  has  a  header  containing  arbitrary binary
  398.         rubbish  in  it  and  if  a  user tries to download it strange
  399.         things  may  happen.  So, when you pick names for the bulletin
  400.         board  directories, DON'T make them the same as the names that
  401.         occur in the @BBS field of incoming bulletins.  
  402.  
  403.      ** This  distributed  version also has a few BBS file areas.  You
  404.         can  add  more  or  remove  some  as you wish. But remember to
  405.         create  corresponding directories for the new ones. The reason
  406.         I  have  a  specific 'upload' directory that is write-only and
  407.         all  others  are  read-only is that a user might upload a file
  408.         containing  arbitrary binary characters and then download this
  409.         same   file  to  themselves.  It  is  possible  that  the  bad
  410.         characters  in  the file will mangle your TNC.  Alternatively,
  411.         a  user  might  upload  a  file  that contains obscenity or is
  412.         commercial  in  nature  and  you  would  not  want  to be held
  413.         responsible  for  distributing  it  any  further.  So to avoid
  414.         this,  users can upload a file into the specific area and then
  415.         send  you  mail  telling  you  that it is there.  You can then
  416.         move  the  file  to its intended area after you are sure it is
  417.         safe  to  do  so. Thus, users can't write into the normal file
  418.         areas and can't read from the upload area.  
  419.  
  420.      ** The  content  of  the file 'files/info.mb' is sent to any user
  421.         who  issues  the 'I' command. It currently has two lines in it
  422.         briefly  describing that this is the CBBS program. If you want
  423.         to,  you  can  edit  the file and add to it your name, qth and
  424.         the type of TNC, Rig etc.  that you are using.  
  425.  
  426.      ** The  !  SYSOP  command that allows you to execute CLI commands
  427.         works  except  that  the  output  of a CLI command goes to the
  428.         window  in  which the CBBS was started, NOT to the CBBS window
  429.         itself.  This  is  annoying  but  I can't find a way around it
  430.         yet.  On  the  other  hand, this is a multitasking machine and
  431.         you  can always have a separate CLI window open to execute CLI
  432.         commands anyway. So I'm not gonna bust a gut to sort it out.  
  433.  
  434.  
  435.      
  436.      ** In  my version of CBBS the remote sysop password does NOT work
  437.         as   described  in  manual.bbs.   I  felt  that  the  password
  438.         mechanism  used  there  is  very  weak  and it wouldn't take a
  439.         determined  snooper  very  long  to be able to break into your
  440.         system  remotely if remote sysops use it very often (NOTE that
  441.         in  order  for  someone to successfully be a remote sysop, you
  442.         must  first  set  that privilege for them in the user file AND
  443.         set  the  'R' privilege for port 'A' in the config.mb file AND
  444.         set up a proper password as described below).  
  445.  
  446.              Instead of  using  a  line  containing 64 characters, the
  447.         password  scheme  now  uses a line (or lines) containing up to
  448.         64  positive  non-zero numbers.  If a remote user tries to get
  449.         in,  the  system  still sends them four numbers as a challenge
  450.         but  instead  of  sending  the  corresponding  letters  of the
  451.         password,   the   remote  sysop  must  send  the  SUM  of  the
  452.         corresponding NUMBERS.  
  453.  
  454.              Since you  can't easily fit 64 numbers on a line, you can
  455.         put  the  numbers  on several lines with all but the last line
  456.         terminated with a backslash character. For example: 
  457.  
  458.         17 42 93 81 90 3 27 82 103 35 72 64 13\
  459.         76 7 25\
  460.         23 47 56 62 18 11 95 79 126
  461.  
  462.         Using  this  example  password, if a user tries to be a remote
  463.         sysop and receives the challenge 
  464.  
  465.         10 21 7 16
  466.  
  467.         then  they  must  answer  with 105 (the sum of the 10th, 21st,
  468.         7th,  and  16th  numbers in the list).  There MUST be at least
  469.         20  numbers  and no more than 64 in the list AND they must all
  470.         be  positive and non-zero or the remote sysop function will be
  471.         disabled.  Thus,  if you don't want to permit the remote sysop
  472.         function  at  all  just  put  a single zero on this line.  The
  473.         numbers  should  all  be  different  and  in  random  order to
  474.         strengthen the password scheme.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.      
  498.                   ***###***  OK .. Let's try it ***###***
  499.  
  500.  
  501.           You MUST  first  be connected to the directory that contains
  502.      the  mb program and the config.mb file, which on this disk is the
  503.      'cbbs'  directory.   This  is  because the config.mb file in this
  504.      distributed  version  has  all the directories specified as being
  505.      relative  to the 'cbbs' directory. You can change this as you see
  506.      fit.  Then execute a command of the form: 
  507.  
  508.            mb [-bN] [-t] [[config-file] debug]
  509.  
  510.      The  default  baudrate between the TNC and AMIGA is 9600 baud. If
  511.      you  use  any other speed then you MUST specify the -bN switch to
  512.      tell  the program what baudrate to use .. e.g.  -b1200 (NOTE that
  513.      there's no space between the b and the number!) 
  514.  
  515.           The '-t'  option (which can be specified before or after the
  516.      '-bN'  if  it  is  also  present) specifies that the BBS software
  517.      must  strip  off  the  high order bit of every character received
  518.      from  the  TNC. This allows the BBS to be used with TNCs that set
  519.      the  parity  bit  to  a one when in 'no parity' mode, such as the
  520.      TNC1 with the TAPR upgrade to TNC2 V1.1.5.  
  521.  
  522.           The program  can be told to use a different config file than
  523.      the  default  name  of  config.mb  by  specifying the name as the
  524.      config-file argument.  
  525.  
  526.           If another  argument is specified after the config-file name
  527.      (e.g.  debug  ...  but the program doesn't really care what it is
  528.      as  long  as  it  is  there) it turns on debugging. This won't be
  529.      much use to you unless you have read the source code.  
  530.  
  531.           It takes  a few seconds of disk churning to load the program
  532.      but  then  the  first thing that should happen is that it opens a
  533.      new  window  for  the  BBS  and the title should appear.  It then
  534.      prints  a  line  containing  the  words Window and Port .. ignore
  535.      this.   Now  it tries to send three commands to the TNC: 'm off',
  536.      'cono  off' and 'echo off'.  If you have forgotten to connect the
  537.      TNC  to  the  amiga  serial port or have set it to the wrong baud
  538.      rate  or  wrong  parity,  then after about 30 seconds the program
  539.      will  timeout and exit because it can't get a reasonable response
  540.      from  the  TNC.  Connect it up properly and start again.  It then
  541.      sends  out 'TXD' and looks for the 'TXD' reply from the TNC.  The
  542.      program  then  sends  a  PASS command to the TNC to find out what
  543.      the  pass  character is. If it finds one it also sends a STREAMSW
  544.      command   to   the  TNC  to  find  out  what  the  stream  switch
  545.      character(s)  is(are).  On the KAM there are two, one for VHF and
  546.      one  for  HF.  The  program  then  prints  the results of what it
  547.      found.  
  548.  
  549.           If you  have  included  CLI  commands  at  the  front of the
  550.      tnc.on  file  then  the  process  may pause a bit here.  Then the
  551.      program  should  show  some  data  from  the  TNC as it dumps the
  552.      tnc.on  file into the TNC.  It then prints out how many calls are
  553.      in  the  calls.mb  file  (initially zero) and don't worry when it
  554.      reports  that  the  file  is  full.   It then should print a line
  555.      saying  how  many users are in the USERS file. First time through
  556.      it  should  say  zero  AND  you  had better have set your call in
  557.      config.mb  already  because the program automatically adds you to
  558.  
  559.      
  560.      the  user  file  as  a  sysop (of course). It then prints out how
  561.      much  free chip and fast memory it can find and it always says it
  562.      will use 16K.  It then prints: 
  563.  
  564.            BT mail for:
  565.  
  566.      and after a couple more lines it should just go quiet.  
  567.  
  568.           It is  now waiting for someone to call into it on the TNC or
  569.      for  you  to wake it up as SYSOP from the keyboard.  As SYSOP you
  570.      type  a  Control-E  character  (default  in  config.mb and can be
  571.      changed)  at  which point it should send the commands 'm off' and
  572.      'conok  off'  to  the TNC. It then grinds the disk a second or so
  573.      and  then  it should print the sysop prompt which the distributed
  574.      config.mb  file  has  set  to 'SYSOP>' (you can change it).  From
  575.      there  on you can issue the commands described in manual.bbs.  As
  576.      an  example,  just  type  the command DU at the prompt. It should
  577.      display  just  your  callsign  first time through because you are
  578.      the  only  user  it  has  seen so far.  A useful exercise at this
  579.      point  is  to use the 'EU' command to edit your entry to add your
  580.      name.   As  users log in and give the BBS their name and zipcode,
  581.      the  file  will  begin to grow. You can add new users yourself if
  582.      you  wish  by  using  the EU command with their callsign. E.g. to
  583.      add me: 
  584.  
  585.            eu ve5va
  586.  
  587.      and  then  set  the other parameters (such as name, zipcode etc.)
  588.      as shown in the manual.  Another command to try is: 
  589.  
  590.            LL 10
  591.  
  592.      which  asks  the  BBS  to list the 10 most recent messages in the
  593.      mail file.  
  594.  
  595.           One thing  you  must  keep  an eye on, especially if you are
  596.      only  using  floppy disks, is that if you have allowed logging of
  597.      events  (in  config.mb)  the  log file, log.mb, will grow without
  598.      bound  as  the  BBS is used. So you must occasionally delete this
  599.      file.   If  you  are  required by law to keep a record, print the
  600.      file  out  or  archive it on another disk and then delete it from
  601.      the  bbs  disk.   Try  out  the  'PRTLOG'  program which prints a
  602.      summary of the file.  
  603.  
  604.           To exit  from  sysop mode just type the 'B' command. It will
  605.      then wait for a user to call in.  
  606.  
  607.           The safest  way  to terminate the program is by clicking the
  608.      close  program  gadget  in  the  window  title  bar  or use the Q
  609.      command  on the keyboard. This is so that the program will update
  610.      the  user and possibly the mail files properly. Just removing the
  611.      disks  might  leave them in an indeterminate state whether or not
  612.      you  have  stored them in ram:. Also, if you have CLI commands in
  613.      the  tnc.off file to do some tidying up, the only way they can be
  614.      executed is to quit properly.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.      
  622.  
  623.           Here are a few pointers, based on experience.  
  624.  
  625.      ** If  the  BBS opens the window but then closes it and generates
  626.         the  "Timeout  -  .."  message  it can be for one of the three
  627.         reasons  listed or others I haven't though of or run into yet.
  628.         Make  sure  that the TNC is plugged into the serial port. Also
  629.         make  sure that the cable is wired up properly.  If neither of
  630.         those  help  then try running the BBS with "run mb -t" to tell
  631.         it to ignore parity.  
  632.  
  633.      ** If  you call another BBS but it won't accept mail from you, or
  634.         it  won't  send  you  the  [BBS-TYPE-CODES$] message, then you
  635.         must  log  into that BBS as a normal user and send mail to the
  636.         SYSOP  asking  him/her  to set you up as a BBS in his/her user
  637.         file.  It also helps to have them also set you up as an expert
  638.         user  (although you can do that yourself) because this usually
  639.         reduces the size of the login message.  
  640.  
  641.      ** If  you  want  to  send bulletins, you and your users must use
  642.         the  'SB' command. If they use an 'S' command such as 'S ALL @
  643.         AMSAT'  then  it generates Private mail, NOT a bulletin. So no
  644.         matter  how  your  bulletin  distribution files are set up, it
  645.         won't  forward  them.  If you already have some mail like this
  646.         on  your system then you can change it from type 'P' or ' ' to
  647.         type  'B'  by  using  the  'E  msg#'  command and changing the
  648.         message  tYpe.  (i.e.  type  the command 'y b' when you are in
  649.         the 'E' command).  
  650.  
  651.      ** If  your  BBS still won't forward bulletins make sure that you
  652.         have  a  proper  .dis  file  for  the  bulletin  in  the  msgs
  653.         directory.  
  654.  
  655.      ** If  your  BBS  won't  accept  bulletins from another BBS (i.e.
  656.         your  BBS  says  'No  - Don't want it') then you do not have a
  657.         proper  .dis  file.   There  must  be  a  .dis  file  for that
  658.         bulletin  type  even  if  you  don't  forward the bulletins to
  659.         anyone else.  
  660.  
  661.      ** If  your  BBS  won't  forward mail for a user then either they
  662.         are  not listed in your forwarding file for their BBS or their
  663.         user record does not specify the correct Home bbs.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674.  
  675.  
  676.  
  677.  
  678.  
  679.  
  680.  
  681.  
  682.  
  683.      
  684.                          Some Forwarding Examples
  685.  
  686.           The best  way  to  work  out  a forwarding file is to log in
  687.      manually  to  the  system  that  you are trying to forward to and
  688.      record  everything  that  occurs.  Then work out the forward file
  689.      from that.  
  690.  
  691.           First, a  simple  example. I wish to forward to VE5OP who is
  692.      here  in  Saskatoon.  If  I  connect to VE5OP manually I see this
  693.      (with my comments added on the right): 
  694.  
  695.      c ve5op                              [ I type this command
  696.      cmd:*** CONNECTED to VE5OP           [ and the TNC says I'm connected
  697.      [CBBS-6.0-H$]                        [ Here's the BBS login message
  698.      EU>                                  [ from VE5OP and its prompt.
  699.  
  700.      Now  let's add the corresponding forwarding commands on the right
  701.      hand side.  
  702.  
  703.      c ve5op                              [  CC VE5OP
  704.      cmd:*** CONNECTED to VE5OP           [                   <NOTHING HERE
  705.      [CBBS-6.0-H$]                        [  HA0023C VE5OP
  706.      EU>                                  [
  707.  
  708.  
  709.           The 'CC'  command  not only sends the first connect message,
  710.      but  it  also looks for the '*** CONNECTED' message from the TNC.
  711.      So  you  must  NOT  use  the  'R'  command to read the '*** CONN'
  712.      message.   Remember  that  once  you get to the [BBS-TYPE-CODES$]
  713.      message  you  are  in to the BBS and now you just use an 'F', 'H'
  714.      or  whatever  list  and you simply add in the list of calls whose
  715.      mail  is  forwarded  to VE5OP.  So the complete script could look
  716.      like this: 
  717.  
  718.      CC VE5OP
  719.      HA0023C VE5OP
  720.      ve5op                                 [ you can put lots more calls in 
  721.      ve5pf                                 [ here as well as
  722.      ntssk                                 [ nts codes
  723.      97*                                   [ or wildcards
  724.      *** EOF
  725.  
  726.      KAM  users  should  remember  to  add the streamswitch characters
  727.      into the initial connect command (e.g. 'C|aC ve5op' for VHF).  
  728.  
  729.           If I  had  to  go  through  the  VE5USR digipeater to get to
  730.      VE5OP, the only change in the script would be: 
  731.  
  732.      CC ve5op via ve5usr
  733.  
  734.      because  the  digipeater  would not generate any more text during
  735.      the connection.  
  736.  
  737.           A more  complex  example  is  if  I  want  to connect to the
  738.      VE5AGA  BBS  in Regina, which is 165 miles from Saskatoon. I have
  739.      to   go   through  two  KA-NODES  (VE5BAR  and  VE5ABO)  and  one
  740.      digipeater (VE5GF) to get to VE5AGA.  The path is in this order: 
  741.  
  742.  
  743.  
  744.  
  745.      
  746.  
  747.       VE5VA <-> VE5BAR-3 <-> VE5ABO-3 <-> VE5GF <-> VE5AGA
  748.        bbs       ka-node      ka-node     digi        bbs
  749.  
  750.      Here's  what I would see if I logged in manually with my comments
  751.      on the right hand side: 
  752.  
  753.      cmd:c ve5bar-3                                   [ I send the connect
  754.      cmd:*** CONNECTED to VE5BAR-3                    [ and my TNC responds.
  755.      ###CONNECTED TO NODE VE5BAR-3(VE5BAR) CHANNEL A  [ Now KA-NODE responds
  756.      WELCOME TO SASKATOON...VE5OP LOCAL BBS...        [ with its own messages
  757.      ENTER COMMAND: B,C,J,N,X, or Help                [ until it prints the
  758.      ?c ve5abo-3                                      [ prompt without a CR.
  759.      ###LINK MADE                                     [ Connected to ABO
  760.      ###CONNECTED TO NODE VE5ABO-3(VE5ABO) CHANNEL A  [ and ABO now prints
  761.      Welcome to the Ituna Node                        [ its own messages
  762.      ENTER COMMAND: B,C,J,N, or Help                  [ up to the prompt
  763.      ?c ve5aga v ve5gf                                [ now connect via digi
  764.      ###LINK MADE                                     [ The KA-NODE says OK
  765.      [MBL-5.12-C$]                                    [ Now the BBS responds
  766.      Welcome to the Regina BBS                        [ with all its own
  767.      de Perry VE5AGA                                  [ login messages
  768.                                                       [ which can be anything
  769.      for latest information 'D INFO.TXT'              [ up to the prompt
  770.      VE5AGA>                                          [ with the '>'
  771.  
  772.      And   here's   the   script  with  the  corresponding  forwarding
  773.      commands.  
  774.  
  775.      cmd:c ve5bar-3                                   [ CC VE5BAR-3
  776.      cmd:*** CONNECTED to VE5BAR-3
  777.      ###CONNECTED TO NODE VE5BAR-3(VE5BAR) CHANNEL A  [ R###CONN
  778.      WELCOME TO SASKATOON...VE5OP LOCAL BBS...        [ R!
  779.      ENTER COMMAND: B,C,J,N,X, or Help                [ R!
  780.      ?c ve5abo-3                                      [ SC VE5ABO-3
  781.      ###LINK MADE                                     [ R###LINK
  782.      ###CONNECTED TO NODE VE5ABO-3(VE5ABO) CHANNEL A  [ R###CONN
  783.      Welcome to the Ituna Node                        [ R!
  784.      ENTER COMMAND: B,C,J,N, or Help                  [ R!
  785.      ?c ve5aga v ve5gf                                [ SC VE5AGA VIA VE5GF
  786.      ###LINK MADE                                     [ R###LINK
  787.      [MBL-5.12-C$]                                    [ HA0023C VE5AGA
  788.      Welcome to the Regina BBS
  789.      de Perry VE5AGA
  790.  
  791.      for latest information 'D INFO.TXT'
  792.      VE5AGA>
  793.  
  794.      Note  that  the  '?'  prompt  from  the  KA-NODEs does not have a
  795.      carriage  return  after  it  and so there is just a corresponding
  796.      'S'  command here.  The 'R' command must not be used here because
  797.      it  is  looking  for a line ending with a carriage return and the
  798.      BBS  will  just  hang and eventually timeout here if you use 'R'.
  799.      IF  the  KA-NODE  sent   a prompt with a carriage return after it
  800.      (i.e.  '?<CR>'  instead  of  just  '?') then you would need a 'R'
  801.      command  to  read the '?<CR>' and then an 'S' command to send the
  802.      next  command to the KA-NODE.  You can easily tell the difference
  803.      because if there's no <CR> then you will see: 
  804.  
  805.      ?c ve5abo-3                        [ only requires SC ve5abo-3
  806.  
  807.      
  808.  
  809.      such  that  both the prompt and your next command are on the same
  810.      line, whereas if there were also a CR there you would see: 
  811.  
  812.      ?                                  [ would require R!  (or R?)
  813.      c ve5abo-3                         [               SC ve5abo-3
  814.  
  815.           When you  use  the  'R' command you can specify some context
  816.      expected  on the line such as the 'R###LINK' I have used here. It
  817.      is  useful  to  do  this  rather  than  'R!'  for  the  'LINK' or
  818.      'CONNECTED'  messages  because if the link fails then the ka-node
  819.      will  send  a  message such as '###RETRIED OUT AT NODE VE5ABO-3'.
  820.      This  does  not  match  the  specified  '###LINK'  and so the 'R'
  821.      command  will  fail  and  your  BBS  will  disconnect the forward
  822.      attempt.   If  you  had specified 'R!' instead of 'R###LINK' then
  823.      'R!'  will also accept '###RETRIED OUT' and then your script will
  824.      hang  until  the  process  times out.  However, you don't need to
  825.      specify  a  context  for  all  the lines so that some of them are
  826.      just  read  with  'R!'. The 'R' command will search for its given
  827.      string  anywhere on the line so that you could check for '###LINK
  828.      MADE'  by  specifying  'RMADE'  as  well  as  'R###LINK'  or even
  829.      'R###LINK  MADE'.  Just how much context you give is up to you as
  830.      long  as  it is sufficient to correctly distinguish the line from
  831.      any other expected response.  
  832.  
  833.           Note also  that  VE5AGA has a much longer login message than
  834.      does   VE5OP,  but  that  doesn't  matter.  Once  your  BBS  sees
  835.      [BBS-TYPE-CODES$]  it  will  look  for  the  prompt  with the '>'
  836.      symbol in it and then start forwarding.  
  837.  
  838.           If the  VE5GF  digipeater  were  between the ka-nodes rather
  839.      than  at  the  end,  then  the  script  would  not  be  any  more
  840.      difficult. For example, if the order of the connections were: 
  841.  
  842.  
  843.       VE5VA <-> VE5BAR-3 <-> VE5GF <-> VE5ABO-3 <-> VE5AGA
  844.        bbs       ka-node      digi      ka-node      bbs
  845.  
  846.  
  847.      The connection process would then be: 
  848.  
  849.      c ve5bar-3
  850.      c ve5abo-3 via ve5gf
  851.      c ve5aga
  852.  
  853.      so  the  basic  script  would  look  like  this (with some of the
  854.      extraneous stuff removed): 
  855.  
  856.      CC ve5bar-3
  857.      R###LINK
  858.      etc.
  859.      SC ve5abo-3 via ve5gf
  860.      R###LINK
  861.      etc
  862.      SC ve5aga
  863.      R###LINK
  864.      HA0023.....
  865.      etc.
  866.  
  867.  
  868.  
  869.      
  870.           This procedure  for  working  out  a script can also be used
  871.      for  working  through NET/ROM nodes and other types of networking
  872.      or gatewaying nodes.  
  873.  
  874.  
  875.  
  876.  
  877.  
  878.  
  879.  
  880.  
  881.  
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.      
  932.                              The BBS commands
  933.  
  934.  
  935.           The BBS  commands  (as  opposed to commands used for storing
  936.      and  forwarding  mail) are fairly easy to use. The primary use of
  937.      these  commands  is  to  store information of local interest that
  938.      you  would  not  want to mail to everyone.  Rather, you can store
  939.      the   information   in  a  file  area  and  let  users  read  the
  940.      information  if  they  are interested. For example, on this BBS I
  941.      have  put  a  file  area  for QRP related information. Other file
  942.      areas  could  be  for AMSAT information, and another for a swap'n
  943.      shop  file.  If  someone  is  interested  in QRP stuff but not in
  944.      AMSAT  info  then they can look through the QRP area and not have
  945.      to read a lot of mail or bulletins that don't interest them.  
  946.  
  947.           I'm going  to  use  my local BBS VE5OP as an example here to
  948.      show how the commands work.  
  949.  
  950.           The first  command  to  give  to  the BBS is the 'w' command
  951.      which  asks what are the major areas in the BBS. If I type 'w' on
  952.      the VE5OP BBS I receive this info: 
  953.  
  954.      Use W and directory ID:
  955.      WA --> Amsat / Oscar                 WB --> General information           
  956.      WC ---> ARRL/ Newsletters            WD --> Hamfests and Related EVENTS   
  957.      WE --> Packet Meetings-Minutes,ect.  WF --> Packet LISTS                  
  958.      WG --> Swap 'n Shop                  WH --> Local Users - Equipment       
  959.      WI --> NEW Uploads To Here Please    
  960.      If  I  want to see what is in the 'General information' area then
  961.      I  type  the  'WB'  command as shown beside the name of the area.
  962.      The 'WB' command will print out: 
  963.  
  964.      AA4RE           4k | Q.BAS           3k | README.R95     16k
  965.      CONFIG.MB       4k | README.DOC     12k | WOOD1.INF       2k
  966.  
  967.      41k of 31834k used, 27348k free.
  968.  
  969.           Now let's  look  at  the  AMSAT  area  by  typing  the  'WA'
  970.      command: 
  971.  
  972.      AO-13.SKD       2k | MIR.QSL         1k | O13.OCT         3k
  973.      MIR.BCN         1k | MIR89.FEB       4k | O13.SEP         5k
  974.      MIR.MAR         8k | MISC.021        2k | WEATHER.021     5k
  975.      MIR.OPR         4k | O13-1.OCT       4k | WOOD1.INF       2k
  976.  
  977.      41k of 31834k used, 27348k free.
  978.  
  979.           And also  let's  see what's in the swap'n shop area with the
  980.      'WG' command: 
  981.  
  982.      890416.SWP      7k | SWAP04.DEC      7k | SWAP20.FEB      7k
  983.      890523.SWP      7k | SWAP12.MAR      8k | SWAP29.JAN      6k
  984.      SWAP0122.89     6k | SWAP2.NOV       8k | VE5BBL.SEL      1k
  985.  
  986.      57k of 31834k used, 27348k free.
  987.  
  988.           Now, I  decide  that  I  want to look at what is in the file
  989.      mir.qsl  in  the  amsat area. To do this I must Download the file
  990.      and  tell  the  BBS which area it is in ('a') and it's name. So I
  991.      type the command: 
  992.  
  993.      
  994.  
  995.      da mir.qsl
  996.  
  997.      and receive the following info: 
  998.  
  999.      ARRL BULLETIN 140  ARLB140
  1000.  
  1001.      MIR SPACE STATION COSMONAUTS U1MIR AND U2MIR ARE NOW REPORTED TO BE
  1002.      OPERATING ON 145.400 MHZ.  QSL CARDS SHOULD BE SENT VIA USSR, MOSCOW,
  1003.      107207, P.O. BOX 679, B. STEPANOV.
  1004.  
  1005.      WA2ILB @ NN2Z>
  1006.  
  1007.           In this  case  the  file  contains  an  ARRL bulletin but it
  1008.      could be anything.  
  1009.  
  1010.           If a  user  wants  to  send  a file to the BBS then the file
  1011.      must  be  Uploaded  into  the  'I'  area  and  a filename must be
  1012.      specified for it. For example: 
  1013.  
  1014.      ui qrp.info
  1015.  
  1016.           The BBS  will respond by telling the user to upload the file
  1017.      and  then  terminate it either with '^Z' or with '/ex'.  The user
  1018.      should  also  send  mail  to the SYSOP to tell them that the file
  1019.      has been uploaded and what is in it.  
  1020.  
  1021.           The 'W'  commands  can  also by used by the sysop so you can
  1022.      try  them  on the distribution disk. But the SYSOP cannot use the
  1023.      upload  and download commands. They mean something different when
  1024.      the SYSOP uses them.  
  1025.  
  1026.  
  1027.  
  1028.  
  1029.  
  1030.  
  1031.  
  1032.  
  1033.  
  1034.  
  1035.  
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.      
  1056.  
  1057.           Good Luck.  
  1058.  
  1059.           If you  have problems getting CBBS to work either because my
  1060.      instructions  aren't  clear or I've left out something important,
  1061.      please  let  me know.  If you want help or have questions I'll be
  1062.      glad to help IF I can but you must take note of two things.  
  1063.  
  1064.         - I  will  not answer mailed queries unless you also send me a
  1065.           proper  SASE.  U.S.  hams  PLEASE  note  that putting a U.S.
  1066.           stamp  on  your  envelope  won't do me any good. Canada Post
  1067.           expects  me  to use Canadian stamps.  However, I will take a
  1068.           LOOSE  U.S. stamp (30 cents) in exchange (NO IRCs please - I
  1069.           have  plenty  right  now).  If you send me a disk and expect
  1070.           it  back, that will require correspondingly more stamps or a
  1071.           money order.  
  1072.  
  1073.         - I  have  been  ill  since  Sept  1984  with  Chronic Fatigue
  1074.           Syndrome  (Myalgic  Encephalomyelitis  to  you Brits ... I'm
  1075.           one  myself)  and  am  always tired. I put this BBS together
  1076.           over  many  months  (it  took me six months to find a simple
  1077.           bug  in my amiga code!) . So if I'm having a bad spell I may
  1078.           not get around to answering for a while.  Be patient.  
  1079.  
  1080.  
  1081.           Just to  save  you  sending  "I wish that ..." letters, here
  1082.      are  a  few  things  I'd like to do for the next release if I get
  1083.      the time.  
  1084.  
  1085.      ** Allow  the  sysop  to  specify  TNC type in the config.mb port
  1086.         description.   Mainly  so  a  sysop  can specify that a KAM is
  1087.         being used but also useful for other quirky TNCs as well.  
  1088.  
  1089.      ** perhaps  add  code  to  take  mail out of your TNC if it has a
  1090.         mailbox  in  it.  When my CBBS is down, people sometimes leave
  1091.         mail  for  me  or  others  in  my  KAM  mailbox and if I don't
  1092.         explicitly  look  for  it  and  manually forward it into CBBS,
  1093.         it's  stuck there forever. This is why there's a 'PBL' command
  1094.         in  my  tnc.on  file, to remind me if there's stuff there. But
  1095.         it doesn't actually transfer the mail into CBBS.  
  1096.  
  1097.              For your  info, a KAM mailbox can accept mail FROM a CBBS
  1098.         (I  believe  that  some  other TNCs can too).  It accepts mail
  1099.         just  like a regular BBS. But a KAM can't SEND mail to a CBBS.
  1100.         So  if you have 'clients' out there who use a KAM, you can set
  1101.         up  a  forward  file which automatically sends their mail into
  1102.         their  KAM.  The  only  thing  that  you  can't control is the
  1103.         amount  of  mail.  If it overruns the available ram in the KAM
  1104.         (or  other  TNC) then they could lose some of their mail.  Let
  1105.         them decide if they want to risk it.  
  1106.  
  1107.      ** add some menus? Don't count on it.  
  1108.  
  1109.      ** Allow  sysop  to choose which of my non-standard modifications
  1110.         should be active.  
  1111.  
  1112.  
  1113.         Pete Hardie VE5VA
  1114.         338 113th St.
  1115.         SASKATOON
  1116.  
  1117.      
  1118.         SASK   S7N 2L2
  1119.         CANADA
  1120.  
  1121.      or packet
  1122.         @KC0TA, @VE3IWJ or @VE2ED   (all on 14.107 Mhz)
  1123.  
  1124.      or BITNET
  1125.         hardie@dvinci.usask.ca
  1126.  
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134.  
  1135.  
  1136.  
  1137.  
  1138.  
  1139.  
  1140.  
  1141.  
  1142.  
  1143.  
  1144.  
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.